home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Columbia Kermit
/
kermit.zip
/
newsgroups
/
misc.19950726-19950929
/
000032_news@columbia.edu_Sun Jul 29 00:30:06 1995.msg
< prev
next >
Wrap
Internet Message Format
|
2020-01-01
|
3KB
Received: from apakabar.cc.columbia.edu by watsun.cc.columbia.edu with SMTP id AA27548
(5.65c+CU/IDA-1.4.4/HLK for <kermit.misc@watsun.cc.columbia.edu>); Sat, 29 Jul 1995 22:30:14 -0400
Received: by apakabar.cc.columbia.edu id AA23918
(5.65c+CU/IDA-1.4.4/HLK for kermit.misc@watsun); Sat, 29 Jul 1995 22:30:12 -0400
Path: news.columbia.edu!panix!news.mathworks.com!solaris.cc.vt.edu!uunet!in2.uu.net!fox.almaden.ibm.com!garlic.com!garlic.com!not-for-mail
From: chrisj@tufted.puffin.com (Chris Jewell)
Newsgroups: comp.protocols.kermit.misc,comp.sys.mac.comm
Subject: MacKermit throughput
Followup-To: poster
Date: 28 Jul 1995 17:30:06 -0700
Organization: Chris & Jan's house, Hollister CA
Lines: 29
Sender: chrisj@garlic.com
Message-Id: <3vbvee$q7g@garlic.com>
Reply-To: chrisj@tufted.puffin.com (Chris Jewell)
Nntp-Posting-Host: loopback.garlic.com
Summary: Is MacKermit tuneable for optimum throughput?
Keywords: MacKermit throughput tuning
Xref: news.columbia.edu comp.protocols.kermit.misc:3304 comp.sys.mac.comm:116477
Apparently-To: kermit.misc@watsun.cc.columbia.edu
Someone has recommended that my employer and a customer use MacKermit
to transfer files between a pair of distant Macs via modem. I recall
that early implementations of Kermit suffered from performance
problems due to packet-size restrictions and the like. From time to
time, I have seen Frank da Cruz assert (without contradiction except
perhaps from Chuck Forsberg <grin>) that complaints about Kermit
performance result from using commercial commware that contains old,
out-of-date implementations of the protocol, or from failure to adjust
the setup to take advantage of 8-bit channels, large packets, etc.,
and that anyone using the current production releases of the Columbia
U. programs C-Kermit and MS-KERMIT should be able to obtain something
close to the bandwidth limit on Kermit transfers, provided they pay
attention to tuning.
Can anyone tell me whether the currently available MacKermit has an
up-to-date protocol engine in it, and thus is tunable to near-optimum
throughput, or whether it contains one of those old, inescapably slow
implementations? I'm perfectly happy to drum up a couple of
registration payments for ZTerm or whatever and use Zmodem protocol if
MacKermit is slow, but if MacKermit performs well I'm also perfectly
happy to recommend that we use it: all I need is a little information.
Email and I'll summarize to save bandwidth. For those whose R keys
don't work (or who don't like to use them), I'll also watch netnews
for followups.
Thank you.
--
Chris Jewell chrisj@puffin.com